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(54) Method and apparatus for detecting user accessibility on a mobile communication device 



(57) A mobile communication device having at least 
one sensor for detecting when the user is in possession 
of or located proximate to the mobile communication de- 



vice. The detection signal output by the sensor may be 
used to determine when the user Is accessible on a cli- 
ent application running on the mobile communication 
device. 
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Description 
TECHNICAL FIELD 

[0001] The present invention relates to communica- 
tion between clients on a network system. More partic- 
ularly, the present invention is directed to a method and 
apparatus for detecting and tracking the accessibility of 
user on a network system via a mobile communication 
device. 

BACKGROUND OF THE INVENTION 

[0002] In today's world, computers and computer-re- 
lated technology affect virtually every aspect of our lives. 
With the advent of commercial service providers such 
as Microsoft® Network, the interconnection and com- 
munication between computers is available for home 
use as well as for business use. Computer networks are 
not only used to facilitate the exchange of information, 
they are also used to facilitate communication between 
the users connected to the network by client devices. 
[0003] A number of methods have been developed to 
facilitate communication over a computer network. 
Some of these methods include e-mail, chat rooms, and 
instant messaging. E-mail is the transmission of mes- 
sages over a communications network. The messages 
can be notes entered from the keyboard or electronic 
files stored on disk. Sent messages are stored in elec- 
tronic mailboxes until the recipient fetches them. Chat 
rooms provide real-time communication between users 
via computer. Once a chat has been initiated, users en- 
ter text by typing on a keyboard and the entered text 
appears on the other users' monitors. Most networks of- 
fer a chat feature. Instant messaging represents another 
type of communications service that enables a user to 
create a private chat room with another user. Usually, 
the instant messaging system alerts a user whenever 
somebody on the user's private list is online. The user 
can then initiate a chat session with the other user. Any 
one of these or other methods of communication over a 
network may be selected depending upon a user's pref- 
erence and purpose. 

[0004] In the communication networks that provide re- 
al-time or substantially real-time communication, a serv- 
er is informed of the presence of a user on aclient device 
connected to the network. More particularly, when a us- 
er connects or logs on to the network via a client device, 
such as a personal computer (PC), the server is notified. 
The server then stores the online status of the particular 
client device in a log. Other client devices connected to 
the network are aware of the online status of the partic- 
ular client device because the server has been notified 
that the particular client device is online. 
[0005] The online status of a client device may be up- 
dated to indicate that the user of the client device is still 
online and is currently available or present on the client 
device. For example, the status of a user of a client de- 



vice may be updated upon the occurrence of a keyboard 
event or a mouse/trackball event. That is, keystrokes on 
a keyboard and/or movement of a mouse/trackball con- 
nected to a client device are detected, and a corre- 
5 spondlng signal is supplied to the server to notify or up- 
date the server on the status of the client device. The 
systems may also be configured to include a server that 
polls the status of all of the client devices connected to 
the network to determine their status. In this manner, 
other users on the network are aware that the particular 
user is online and at the client device so that the partic- 
ular user is available to receive and respond to a com- 
munication. 

[0006] The foregoing techniques for detecting the 
presence and accessibility of a user on a client applica- 
tion of a client device on a network are usually sufficient 
for client devices requiring keystrokes and/or mouse/ 
trackball movement during use. However, these tech- 
niques suffer from the following disadvantages. 
[0007] Many people today carry a mobile communi- 
cation device such as a mobile phone, handheld PC, or 
a personal digital assistant (PDA), for example. Often, 
these devices represent the best way to contact the us- 
er. However, these types of mobile communication de- 
vices do not necessarily require keyboard use or mouse/ 
trackball movement during use. That is, a user may be 
relying on a mobile communication device as a means 
of accessibility for communication, even when the user 
is not actively using a keypad or mouse/trackball or oth- 
er input that may be associated with the device. The 
foregoing techniques related to detecting a user's pres- 
ence via keyboard or mouse/trackball use do not accu- 
rately detect the presence and accessibility of a user 
with relation to a mobile communication device. 
[0008] Therefore, a mobile communication device for 
connection to a communication network is needed that 
detects when a user is accessible on a client application 
via the mobile communication device. A mobile commu- 
nication device that enables a server to maintain a log 
of whether the user is accessible on a client application 
via the mobile communication device is also needed. 

SUMMARY OF THE INVENTION 

[0009] The foregoing deficiencies and limitations in 
the prior art are overcome by the present invention 
which provides a mobile communication device having 
at least one sensor that detects when the user is acces- 
sible via the mobile communication device. The mobile 
communication device according to the present inven- 
tion includes at least one sensor for detecting when the 
user is carrying the device, handling the device or when 
the mobile device is located proximate the user. 
[0010] According to another aspect of the present in- 
vention, the mobile communication device may be ar- 
ranged to store information concerning the accessibility 
of the user. The mobile communication device may fur- 
ther be arranged to report the user accessibility infor- 
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mation to a tracking system on the network. 
[0011] The mobile communication device according 
to the present invention enables a user to connect to a 
network and communicate with other users on the net- 
work via any appropriate communication method such 
as those noted above. 

[0012] These and other objects and features of the 
present invention will be apparent upon consideration 
of the following detailed description of preferred embod- 
iments thereof, presented in connection with the follow- 
ing drawings in which like reference numerals identify 
like elements throughout. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] 

Figure 1 is a block diagram representing an exem- 
plary communications network into which the 
present invention may be incorporated; 
Figure 2 is a block diagram representing an exem- 
plary mobile communication device according to 
the present invention; 

Figure 3 is a flow diagram illustrating the steps per- 
formed by the method according to an aspect of the 

present invention; 

Figure 4 is a flow diagram illustrating the steps per- 
formed by, the method according to the present in- 
vention when an attempt to access the mobile com- 
munication device is detected; 
Figure 5 is a flow diagram illustrating the steps per- 
formed according to the present invention when a 
user wishes to store preference data in the mobile 
communication device; 

Figure 6 is a flow diagram illustrating the steps per- 
formed by the method according to another aspect 
of the present invention when an attempt to access 
the mobile communication device is detected; 
Figure 7 is a flow diagram illustrating the steps per- 
formed by the method according to another aspect 
of the present invention when an attempt to access 
the mobile communication device is detected; and 
Figure 8 is a flow diagram illustrating the steps per- 
formed by the method according to the present in- 
vention for reporting the status of the user accessi- 
bility information to a tracking system on the net- 
work. 

DETAILED DESCRIPTION OF THE INVENTION 

[0014] The term "presence" is often used to describe 
whether a user on a network is online or offline. Signals 
detected in response to keystrokes or mouse/trackball 
movement are considered to represent the "presence" 
of a user on a client application of a client device on a 
network. The term "accessible" as defined and used 
herein means that the user of a client application on a 
mobile communication device is online and available for 



communication via the mobile communication device. 
For example, a user would be considered to be acces- 
sible if the user is online and carrying (e.g., carrying in 
hand, in pocket, purse, belt, etc.), holding, or handling 

5 the mobile communication device or if the user is located 
near or proximate to the mobile communication device. 
An "accessibility event" as defined and used herein 
means detection of a signal from any one or a number 
of sensors arranged in the mobile communication de- 

10 vice to detect when the user is carrying, holding, or han- 
dling the device or when the user is located nearer prox- 
imate the mobile communication device. 
[0015] Referring to Fig. 1 , mobile communication de- 
vices 100, 101 and 102 may be used to gain access to 

15 a communication network 200, including a tracking and 
recording system 201 . The communication network 200 
as discussed herein will be understood to include any 
computing, multimedia, or video system that a user can 
access. For example, the communication network 200 

20 may include the Internet, e-mail systems, online servic- 
es, dial-up computer services, wide area networks, and 
so on. The mobile communication devices 1 00, 1 01 , and 
1 02 according to the present invention may include port- 
able PCs, handheld PCs, mobile telephones, PDAs, and 

25 so forth that are arranged to gain access to the commu- 
nication network 200. 

[0016] Fig. 2 illustrates an example of the functional 
components of the mobile communication device 100 
according to the present invention. The mobile commu- 
te nication device includes a processor 10, a memory 12, 
a display 34, and a keyboard 36. The memory 12 may 
include both volatile memory or RAM and non-volatile 
memory or ROM, for example. The memory 12 stores 
user accessibility information as well as other data. An 
35 operating system 14 is resident in the memory 12 and 
executes on the processor 1 0. The mobile communica- 
tion device 100 includes an operating system such as 
the Windows® CE operating system from Microsoft Cor- 
poration or other operating systems as are known in the 
40 art (including, but not limited to. Palm OS by Palm Com- 
puting Inc.). 

[001 7] One or more application programs 1 6 are load- 
ed into memory 12 and run on the operating system 14. 
Examples of applications include e-mail programs, 

45 scheduling programs, spreadsheet programs, Internet 
browser programs, and so forth. The mobile communi- 
cation device 100 also has a notification manager 18 
loaded in memory 12, which executes on the processor 
10. The notification manager 18 handles notification re- 

50 quests from the applications 1 6. 

[0018] The mobile communication device 100 has a 
power supply 26, which is implemented as one or more 
batteries. The power supply 26 may further include an 
external power source that overrides or recharges the 

55 built-in batteries, such as an AC adapter or a powered 
docking cradle. 

[0019] A transceiver 22 is also provided for transmit- 
ting and receiving signals. The mobile communication 
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device also includes a modem 24 for dial up connection 
to the network 200. 

[0020] The mobile communication device 100 is also 
shown with three types of external notification mecha- 
nisms: an LED 28, a vibration device 30, and an audio 
generator 32. These devices are directly coupled to the 
power supply 26 so that when activated, they remain 
ON for a duration dictated by the notification manager 
even though the mobile device processor 10 and other 
components might shut down to conserve battery pow- 
er. The LED 28 preferably remains on indefinitely until 
the user takes action. The current versions of the vibra- 
tion device 30 and audio generator 32 use too much 
power for today's mobile client device batteries, and so 
they are configured to turn OFF when the rest of the sys- 
tem does or at some finite duration after activation. 
While three notification mechanisms are shown, it is un- 
derstood that the mobile communication device may be 
configured to include any one or more appropriate noti- 
fication mechanisms as are known in the art 
[0021] Mobile communication devices are usually 
physically carried by a user either in a bag or briefcase, 
attached to a belt or jacket, etc., or arranged proximate 
the user either on a table or chair, etc. Therefore, the 
mobile communication device 100 according to the 
present invention further includes at least one of the 
sensors 38-46. These sensors are provided to detect 
when the user is accessible via the mobile communica- 
tion device 1 00. It is noted that a number of sensors are 
described. It is appreciated that the system may include 
any one of the sensors to minimize manufacturing costs 
of the mobile communication device. Any combination 
of the sensors or additional sensors may be used. For 
example, the light sensor 38 may include a photodetec- 
tor for detecting a change in light intensity indicating 
when the user is carrying or handling the mobile com- 
munication device. The temperature sensor 40 may in- 
clude a thermister, for example, to detect a change in 
temperature resulting when the user handles the mobile 
communication device 100. The proximity sensor 42, 
may include an infrared sensor, for example, to detect 
the presence of the user nearby the mobile communi- 
cation device 100. The proximity sensor 42 may be im- 
plemented with an audio detector that detects a change 
in ambient noise. The motion sensor 44 may detect mo- 
tion of the user indicating that the user is carrying the 
mobile communication device 1 00. Similarly, the capac- 
itance sensor 46 may detect a change in capacitance 
due to handling of the mobile communication device 1 00 
by the user or the mobile communication device 1 00 be- 
ing close to the user (e.g., on a belt hook or in a shirt 
pocket). Other suitable sensors may be used to detect 
when the user is carrying, holding or otherwise handling 
the mobile client device 100 or when the mobile com- 
munication device is located proximate the user. 
[0022] A timer 20 may also be provided, as shown in 
Fig. 2, to detect a period of time during which the mobile 
communication device has not been used and does not 



appear to be with or near the user. The timer 20 may be 
provided to assist in determining the accessibility of the 
user. More particularly, when the time period of the timer 
elapses without the occurrence of an accessibility event, 

5 then the user may be considered "offline" and not ac- 
cessible. Therefore, once the time on the timer 20 runs 
out, the processor 1 0 may update the user accessibility 
information stored in memory 1 2 to indicate that the user 
is offline. The time period of the timer 20 may be adjust- 

10 able by the user. 

[0023] When at least one of the sensors 38-46 is ac- 
tivated, a detection signal is supplied to the processor 
10. If necessary, the processor 10 then processes the 
signal to determine whether the signal represents actual 

15 accessibility of the user. When the processor 1 0 deter- 
mines that the detection signal indicates that the user is 
accessible, it updates the user accessibility information 
stored in memory 12 to indicate that the user is acces- 
sible on the mobile communication device 100. 

20 [0024] A specific example of the present invention will 
be discussed where a detection signal is output by the 
motion detector 44 of the mobile communication device 
1 GO. The motion sensor 44 in this example is implement- 
ed by an accelerometer 45, as shown in Fig. 2. 

25 [0025] A user activates the mobile communication de- 
vice 100 and connects to the network 200 via modem 
24. The mobile communication device 100 is then con- 
sidered online. The processor 10 updates the user ac- 
cessibility information to indicate an online status. When 

30 the user begins handling and carrying the mobile com- 
munication device 100, the accelerometer 45 detects 
movement of the mobile communication device 100. 
Referring to Fig. 3, an event detection process begins 
in step SI . The accelerometer 45 detects movement of 

35 the mobile communication device 1 00 and outputs a de- 
tection signal to the processor 10 in step S2. The proc- 
essor 10 determines whether the event corresponds to 
an accessibility event in step S3. More particularly, the 
processor 10 may detect different types of events. For 

40 example, the processor 10 may detect an access at- 
tempt representing an attempt by another user on the 
network to contact the particular user via the mobile 
communication device. It will be appreciated that other 
events may be detected depending upon the use of the 

45 mobile communication device. An accessibility event is 
triggered by output signals from any one or more of the 
sensors 38-46. In the present example, the output signal 
from the accelerometer 45 represents an accessibility 
event. Therefore, the answer in step S3 is Yes. In step 

50 S4, the timer 20 in the mobile communication device 1 00 
is set to a predetermined time interval. The time interval 
may be set in the mobile client device upon manufacture 
or may be adjusted and set by the user as desired. In 
step S5, the state of previously stored user accessibility 

55 information is detected. In step S6, the processor 1 0 de- 
termines whether the current user accessibility informa- 
tion is different from the previously stored state and 
whether the user accessibility information should be up- 
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dated to indicate tliat tine user of the mobile communi- 
cation device 100 is accessible via the mobile device 
100. In the present example, the answer in step S6 is 
Yes. Therefore, in step S7, the processor 10 updates 
the user accessibility information stored in memory 12. 
[0026] When the answer in step S2 is No, step S8 is 
performed to determine whether the time previously set 
in the timer 20 has run out. If the answer in step S8 is 
Yes, then step S7 is performed to update the status of 
the user accessibility information to indicate an offline 
state representing that the user is no longer accessible. 
If the answer in step S8 is No, then the process returns 
to step S2. When the an swer in step S3 is No, it is de- 
termined that some other event has been detected in 
step S9, such as an accessibility attempt event, and 
processing for the particular event begins. The other 
events are discussed in detail below. When the answer 
in step S6 is No, indicating no change in the user acces- 
sibility information, processing returns to step S2. 
[0027] In step S2, the processor 1 0 may run an algo- 
rithm to determine whether the detection signal from the 
sensor actually represents accessibility of the user. For 
example, with respect to the accelerometer45, the proc- 
essor 10 compares the signal output from the acceler- 
ometer 45 with a predetermined threshold value. The 
threshold value may be set upon manufacture or set and 
adjusted by the user. The use of threshold values pro- 
vides a type of filtering to eliminate erroneous determi- 
nation of accessibility by screening the signals output 
by the sensors. In the current example, the threshold 
value is used to eliminate random movement that does 
not correspond to movement associated with a user car- 
rying or handling the mobile communication device. 
Therefore, the processor 10 determines that the signal 
from the accelero meter 45 represents actual movement 
of the mobile communication device 1 00 by a user when 
the signal level exceeds the predetermined threshold 
level. Similar processing may be performed as neces- 
sary when a detection signal is output by any one or 
more of the other sensors 38-46. 
[0028] I n step S9, another event that may be detected 
by the mobile communication device 100 is an access 
attempt when another user on the network is attempting 
to access the user via the mobile communication device 
100. Referring to Fig. 4, an access attempt is detected 
in step S10. In step S11, the processor 10 detects the 
user accessibility information previously stored in mem- 
ory 12 to determine the accessibility of the user. The 
processor 1 0 determines whether the accessibility infor- 
mation indicates that the user is busy, receiving a call 
or data, for example, in step SI 2. If the answer in step 
SI 2 is Yes, the processor 1 0 determines that the access 
attempt is unsuccessful in step SI 3 and processing re- 
turns to step S2 in step S14. If the answer in step SI 2 
is No, then the processor 1 0 determines in step SI 5 that 
the access attempt is successful and updates the user 
accessibility information in step SI 6 to indicate that the 
user is busy processing a successful access attempt. 



[0029] In step S9, another possible event that may be 
detected by the mobile communication device is a 
change in user preference data. More particularly, a us- 
er may enter user preference data via the keyboard 36, 

5 which data is stored in memory 12. For example, the 
user may set the user preference data to indicate silent 
mode representing the fact that the user does not wish 
to be alerted to an access attempt. The processor 1 0, 
upon detection of the silent mode preference data, will 

10 not engage the notification mechanisms upon an access 
attempt. It is understood that the mobile communication 
device 1 00 may be arranged to store and respond to 
any useful preference data set by the user. 
[0030] Referring to Fig. 5, achange in user preference 

15 data is detected in step S20. The processor 1 0 updates 
the user preference data stored in memory 12 in step 
S21. In step S22, processing then returns to step S2. 
[0031 ] Fig. 6 illustrates the processing steps for an ac- 
cess attempt when user preference data is stored in 

20 memory 1 2. An access attempt is detected in step S30. 
In step S31, the processor 10 reads the user accessi- 
bility information stored in memory 12 to determine the 
accessibility of the user. The processor 10 determines 
whether the accessibility information indicates that the 

25 user is busy, receiving a call or data, for example, in step 
S32. If the answer in step S32 is Yes, the processor 1 0 
determines that the access attempt is unsuccessful in 
step S33. In step S34, processing then returns to step 
S2. If the answer in step S32 is No, the processor 10 

30 determines whether the user has set user preference 
data in step S35. If the answer in step S35 is Yes, then 
the processor 1 0 reads the user preference data in step 
S36. The processor 1 0 then determines whether the us- 
er preference data indicates that the user does not wish 

35 to be disturbed in step S37. If the answer in step S37 is 
Yes, then the processor 1 0 determines that the access 
attempt is unsuccessful in step S38, and processing re- 
turns to step S2 in step S34. If the answer in either of 
steps S35 or S37 is No, then the processor 10 deter- 

40 mines that the access attempt is successful in step S39. 
In step S40, the processor 10 updates the user acces- 
sibility information to indicate that the user is busy 
processing a successful access attempt. 
[0032] As noted above, the mobile communication 

45 device 1 00 may run a number of application programs, 
including a scheduling program. Program data is often 
stored in memory 1 2 in connection with these programs. 
For example, when a scheduling program is run on the 
device, the program data may include information as to 

50 when the user will be in a meeting. This data may be 
detected and used by the processor 1 0 to process an 
access attempt and/or to update the user accessibility 
information. Therefore, when processing an access at- 
tempt, the processor 1 0 may detect program data and/ 

55 or user preference data in addition to the user accessi- 
bility information. 

[0033] Referring to Fig. 7, an example of processing 
an access attempt considering program data is shown. 
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An access attempt is detected in step S50. In step S51 , 
the processor 10 reads tine user accessibility informa- 
tion stored in memory 12 to determine the accessibility 
of the user. The processor 10 determines whether the 
accessibility information indicates that the user is busy, 
receiving a call or data, for example, in step S52. If the 
answer in step S52 is Yes, the processor 1 0 determines 
that the access attempt is unsuccessful in step S53. In 
step S54, processing returns to step S2. If the answer 
in step S52 is No, then the processor 10 determines 
whether program data is present in memory 12 in step 
S55. If the answer in step S55 is Yes, then the processor 
10 reads the program data in step S56. The processor 
1 0 then determines whether the program data indicates 
that the user is busy, in a meeting for example, in step 
S57. If the answer in step S57 is Yes, then the processor 
10 determines that the access attempt is unsuccessful 
in step S58, and processing returns to step S2 in step 
S54. If the answer in either of steps S55 or S57 is No, 
then the processor 10 determines that the access at- 
tempt is successful in step S59. In step S60, the proc- 
essor 10 updates the user accessibility information to 
indicate that the user is busy processing a successful 
access attempt. 

[0034] In the examples described herein, instead of 

storing the user accessibility data and user preference 
data separately, the user accessibility information may 
be arranged to include multiple levels of granularity. 
More particularly, the user accessibility information may 
indicate the user status as online, silent mode or online, 
in meeting. The user accessibility information may in- 
clude a status online, mobile, or online, accessible, in- 
dicating that the user is connected to the network and 
accessible via the mobile communication device. The 
user accessibility information may also include alternate 
contact information indicating the user's preference for 
communication at a given time. The status of the user 
may be indicated and stored in any suitable arrange- 
ment. 

[0035] According to another aspect of the present in- 
vention, the user accessibility information may be re- 
ported to the tracking and recording system 201 on the 
network. More particularly, the processor 1 0 may be ar- 
ranged to output a signal, indicating the status of the 
user accessibility information, to the tracking and re- 
cording system 201 . The tracking and recording system 
201 stores information concerning the status of users 
connected to the network. Alternatively, the tracking and 
recording system 201 may poll all of the client commu- 
nication devices on the network, including the mobile 
communication device according to the present inven- 
tion, to determine the status of the users associated with 
the communication devices. 

[0036] Referring to Fig. 8, an example of the steps 
performed when information is reported to the tracking 
and recording system 201 is shown. Continuing with the 
example of the accelerometer, when the user begins 
handling and carrying the mobile communication device 



1 00, the accelerometer 45 detects movement of the mo- 
bile communication device 100. The accelerometer 45 
detects movement of the mobile communication device 
100 and outputs a detection signal to the processor 10 

5 in step S71 . The processor 1 0 determines whether the 
event corresponds to an accessibility event in step S72. 
In the present example, the output signal from the ac- 
celerometer 45 represents an accessibility event. 
Therefore, the answer in step S72 is Yes. In step S73, 

10 the timer 20 in the mobile communication device 1 00 is 
set to a predetermined time interval. In step S74, the 
user accessibility information stored in the memory 12 
is read. In step S75, the processor 1 0 determines wheth- 
er the user accessibility information should be updated 

15 to indicate that the user of the mobile communication 
device 1 00 is accessible via the mobile communication 
device 100. In the present example, the answer in step 
S75 is Yes. Therefore, in step S76, the processor 10 
updates the user accessibility information stored in 

20 memory 1 2. In step S77, the processor controls the out- 
put of a signal indicating the status of the user accessi- 
bility information to the tracking and recording system 
201. 

[0037] When the answer in step S71 is No, step S80 

25 is performed to determine whether the time previously 
set in the timer 20 has run out. If the answer in step S80 
is Yes, then step S76 is performed to update the status 
of the user accessibility information to indicate an offline 
state representing that the user is no longer accessible. 

30 If the answer in step S80 is No, then the process returns 
to step S71. When the answer in step S72 is No, it is 
determined that some other event has been detected in 
step S79, such as an accessibility attempt event, and 
processing for the particular event begins. The other 

35 events are discussed in Figs. 5-8. When the answer in 
step S75 is No, indicating no change in the user acces- 
sibility information, processing may proceed to step 
S78. In step S78, the status of the user accessibility in- 
formation may be periodically output to the tracking and 

40 recording system 201 . The periodic output of this infor- 
mation lets the tracking and recording system 201 know 
that the user is still accessible via the mobile communi- 
cation device. 

[0038] Similarly, the processes shown in Figs. 5, 7 
45 and 8 may include the step of outputting a signal to the 
tracking and recording system 201 to indicate an unsuc- 
cessful access attempt or an update in user accessibility 

information. 

[0039] When the status of the user accessibility infor- 
50 mation is communicated to the tracking and recording 
system 201 , other users connected to the network would 
be aware of the user accessibility of the particular mobile 
communication device because the tracking and record- 
ing system 201 has recorded the user accessibility in- 
55 formation. For example, the tracking and recording sys- 
tem 201 may include an instant messaging server to 
provide instant messaging between client devices on 
the network. Therefore, the mobile communication de- 
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vice according to tlie present invention may be em- 
ployed to facilitate real-time or substantially real-time 
communication with other devices connected to the net- 
work 200. 

[0040] The user accessibility information may be ar- 
ranged to conform to a state currently employed in the 
tracl<ing and recording system 201 . For example, instant 
messaging systems currently utilize presence informa- 
tion to indicate the status of users connected to the net- 
work via client devices. The presence information usu- 
ally includes states such as online, offline, busy, out to 
lunch, etc. The user accessibility information may be ar- 
ranged according to the states employed by the system 
201. 

[0041] According to the present invention, an addi- 
tional state may be added to the system 201 to indicate 
a specific state for users of mobile communication de- 
vices. For example, the state may indicate that the user 
is online and mobile, which means that the user can be 
reached via the mobile communication device. In order 
for the users on the network to experience the richness 
of this information, the software of the server as well as 
the software of all of the clients would require updating 
to recognize the new state. 

[0042] In order to reduce network traffic, the timer 20 

may be included in the tracking and recording system 
20, rather than in the mobile communication device 100. 
In this arrangement, the tracking and recording system 
20 would determine when to update the status of a par- 
ticular mobile communication device to an offline status 
when no signal has been received from the particular 
device during the time interval of the timer. 
[0043] While particular embodiments of the invention 
have been shown and described, it is recognized that 
various modifications thereof will occur to those skilled 
in the art without departing from the spirit and scope of 
the invention. The described embodiments are to be 
considered in all respects only as illustrative and not re- 
strictive. Therefore, the scope of the herein-described 
invention shall be limited solely by the claims appended 
hereto. 



Claims 

1. A method of detecting accessibility of a user on a 
client application on a mobile communication de- 
vice, comprising: 



ing: 

updating user accessibility information stored 
in the mobile communication device based up- 
5 on the signal output by the sensor. 

3. The method according to claim 2, wherein the step 
of updating the user accessibility information com- 
prises: 

10 

comparing the signal output from the sensor 
with a predetermined threshold; and 
updating the user accessibility information 
when the signal output from the sensor ex- 
15 ceeds the predetermined threshold. 

4. The method according to claim 2, further compris- 
ing: 

20 outputting an update signal from the mobile 

communication device to a tracking system that 
tracks and records user accessibility of mem- 
bers of the tracking system. 

25 5. The method according to claim 1 , further compris- 
ing: 

setting a timer, arranged in the mobile commu- 
nication device, for a predetermined period of 
30 time when the signal output from the sensor is 

detected; and 

determining that the user is offline when the 
predetermined period of time elapses signal 
without receipt of another signal from the sen- 
35 sor. 

6. The method according to claim 1 , wherein the sen- 
sor includes a motion sensor and wherein the de- 
termining step comprises: 

40 

detecting movement of the mobile communica- 
tion device when the signal is output by the mo- 
tion sensor. 

45 7. The method according to claim 6, wherein the 
movement detecting step comprises: 

comparing the signal output from the motion 
sensor with a predetermined threshold value; 
and 

determining that the user is accessible on the 
client application viathe mobile communication 
device when the signal output from the motion 
sensor exceeds the predetermined threshold 
value. 

8. The method according to claim 4, wherein the track- 
ing system comprises an instant messaging server. 



activating the mobile communication device; 50 
and 

detecting a signal output by a sensor of the mo- 
bile communication device, wherein the signal 
indicates that the user is accessible on the cli- 
ent application via the mobile communication 55 
device. 

2. The method according to claim 1, further compris- 
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and wherein the outputting step comprises output- 
ting the update signal to the instant messaging serv- 
er. 

9. The method according to claim 1 , further compris- 
ing: 

detecting an access attempt to the mobile com- 
munication device; 

reading the user accessibility information; 
accepting the access attempt when the user ac- 
cessibility information indicates that the user is 
accessible; and 

updating the user accessibility information 
when the access attempt is accepted. 

10. The method according to claim 9, further compris- 
ing: 

inputting user preference data via an input de- 
vice arranged on the mobile communication de- 
vice; 

wherein the user accessibility determining 
step comprises reading the user preference data in- 
put by the user and determining the user accessi- 
bility based up on the user preference data stored 
in the mobile communication device. 

11. The method according to claim 9, wherein the ac- 
cepting step comprises denying the access attempt 
when the user preference data indicates that the us- 
er does not want to be disturbed. 

12. The method according to claim 11, further compris- 
ing: 

determining whether the user preference data 
includes alternate contact information; and 
outputting the alternate contact information 
when the access attempt is denied. 



in the mobile communication device based up- 
on the signal output by the sensor. 

15. The computer-readable medium according to claim 

5 14, having further computer-executable instruc- 

tions for performing the step of updating the user 
accessibility information comprising: 

comparing the signal output from the sensor 
10 with a predetermined threshold; and 

updating the user accessibility information 
when the signal output from the sensor ex- 
ceeds the predetermined threshold. 

15 16. The computer-readable medium according to claim 
13, having further computer-executable instruc- 
tions for performing the steps comprising: 

outputting an update signal from the mobile 
20 communication device to a tracking system that 

tracks and records user accessibility of mem- 
bers of the tracking system. 



25 



17. The computer-readable medium according to claim 
13, having further computer-executable Instruc- 
tions for performing the steps comprising: 



setting a timer, arranged in the mobile commu- 
nication device, for a predetermined period of 
30 time when the signal output from the sensor is 

detected; and 

determining that the user is offline when the 
predetermined period of time elapses signal 
without receipt of another signal from the sen- 
35 sor. 

18. The computer-readable medium according to claim 
13, wherein the sensor includes a motion sensor 

and having further computer-executable instruc- 
40 tions for performing the determining step compris- 
ing: 



13. A computer- readable medium having computer-ex- 
ecutable instructions for performing the steps com- 
prising: 45 



detecting movement of the mobile communica- 
tion device when the signal is output by the mo- 
tion sensor. 



14. 



activating a mobile communication device; and 19. 
detecting a signal output by a sensor of the mo- 
bile communication device, wherein the signal 
indicates that the user is accessible on the cli- 50 
ent application via the mobile communication 
device. 

The computer-readable medium according to claim 
13, having further computer-executable instruc- 55 
tions for performing the steps comprising: 

updating user accessibility information stored 



The computer-readable medium according to claim 
18, having further computer-executable instruc- 
tions for performing the movement detecting step 
comprising: 

comparing the signal output from the motion 
sensor with a predetermined threshold value; 
and 

determining that the user is accessible on the 
client application via the mobile communication 
device when the signal output from the motion 
sensor exceeds the predetermined threshold 
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value. 

20. The computer-readable medium according to claim 
16, wherein the tracking system comprises an in- 
stant messaging server, and having further compu- 
ter-executable instructions for performing the out- 
putting step comprising outputting the update signal 
to the instant messaging server. 

21. The computer-readable medium according to claim 
13, having further computer-executable instruc- 
tions for performing the steps comprising: 

detecting an access attempt to the mobile com- 
munication device; 

reading the user accessibility information; 
accepting the access attempt when the user ac- 
cessibility information indicates that the user is 
accessible; and 

updating the user accessibility information 
when the access attempt is accepted. 

22. The computer-readable medium according to claim 
21, having further computer-executable instruc- 
tions for performing the steps comprising: 

inputting user preference data via an input de- 
vice arranged on the mobile communication de- 
vice; 

wherein the user accessibility determining 
step comprises reading the user preference data in- 
put by the user and determining the user accessi- 
bility based up on the user preference data stored 
in the mobile communication device. 

23. A mobile communication device, comprising: 

at least one sensor for detecting when a user 
is accessible on a client application of the mo- 
bile communication device and for outputting a 
detection signal; 

a transceiver for transmitting and receiving sig- 
nals to and from the mobile communication de- 
vice; and 

a central processing unit for receiving the de- 
tection signal and for controlling the transceiv- 
er. 

24. The mobile communication device according to 
claim 23, wherein the sensor comprises an accel- 
erometer for detecting motion of the mobile commu- 
nication device. 

25. The mobile communication device according to 
claim 24, wherein the central processing unit is ar- 
ranged to compare the detection signal output by 
the accelerometer with a predetermined threshold 



value; and 

wherein the central processing unit deter- 
mines that the user is in possession of the mobile 
communication device when the detection signal 
5 exceeds the predetermined threshold value. 

26. The mobile communication device according to 
claim 23, wherein the sensor is a capacitive sensor. 

10 27. The mobile communication device according to 
claim 23, wherein the sensor comprises a proximity 
sensor. 

28. The apparatus according to claim 27, wherein the 
15 proximity sensor comprises an infrared sensor. 

29. A hand-held mobile communication device, com- 
prising: 



20 at least one sensor for detecting when a user 

is accessible on a client application of the hand- 
held mobile communication device and for out- 
putting a detection signal; 
a transceiver for transmitting and receiving sig- 

25 nals to and from the hand-held mobile commu- 

nication device; and 

a central processing unit for receiving the de- 
tection signal and for controlling the transceiv- 
er. 

30 

30. The hand-held mobile communication device ac- 
cording to claim 29, wherein the sensor comprises 
an accelerometer for detecting motion of the hand- 
held mobile communication device. 

35 

31. The hand-held mobile communication device ac- 
cording to claim 30, 

wherein the central processing unit is arranged 
40 to compare the detection signal output by the 

accelerometer with a predetermined threshold 
value; and 

wherein the central processing unit determines 
that the user is in possession of the hand-held 
45 mobile communication device when the detec- 

tion signal exceeds the predetermined thresh- 
old value. 
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